System for controlling access to a plurality of target systems and applications

ABSTRACT

A method for controlling access to one or more of a plurality of target systems includes receiving profile data that defines one or more features associated with a plurality of individuals with one or more entitlements of those individuals. Each entitlement is indicative of target system access. The method further includes generating a model that relates the one or more features and the one or more entitlements of the plurality of individuals. Profile data that defines one or more features associated with a target individual is received from a first user management system. A listing that includes one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements is generated based on the profile data and the model. Each confidence value is indicative of whether the target individual should be granted a corresponding entitlement. For each entitlement having a corresponding confidence value higher than a predetermined threshold, an instruction is communicated to a target system associated with the entitlement to allow the target individual access to the target system.

BACKGROUND Field

This application generally relates to computer management within an enterprise. In particular, this application describes a system and method for controlling access to a plurality of target systems and applications within an organization.

Description of Related Art

Companies typically utilize systems such as enterprise resources planning (ERP) systems, customer relationship management (CRM) systems, supply chain management (SCM) systems, etc., to integrate management functions of core business processes of the company such as marketing processes, sales processes, logistics processes, etc. Access to each of these systems is typically controlled by system owners (IT or Business) and managed by administrators of the respective systems. Administrators in this case act as a delegate of the system owner.

When an employee or a contractor (requestor) requires access to one of these systems, the employee may have to navigate a myriad of bureaucratic hurdles, request methods, forms and system list, access entitlements, profiles and roles relevant for a system to obtain access. For example, the requestor may first need to know what to request (e.g., system, entitlements, role or profile), what he may need, and then may have to request approval from various individuals in his chain of command. Upon receiving approval, the requestor may have to provide evidence to each administrator, delegate of the system owner, etc., that he has received the necessary approvals. Thus, obtaining access can be time consuming and may tie up critical processing and network bandwidth.

An access management (i.e., creation, modification and deletion) request is often a composite action of bundled tasks that requires a series of tasks that need to be performed in a particular sequence to achieve requested outcomes. Such bundling of tasks is also performed to make it easy for requestor and approvers of such requests to specify what they need and what needs to be approved. Unbundling of such request and determination of what tasks need to be performed is left to the human administrators and their knowledge of underlying system landscape or intermediary systems like an access management system. Such technical complexity is mainly attributable to:

-   -   Defense in depth or layered security; i.e, critical systems are         protected by an array of control devices and methods like         firewalls, VLANs, VPNs, Secure desktop access;     -   Principle of least privilege; i.e, access to a system must only         be provided if needed to perform a task;     -   Segregation of responsibilities to limit access to highly         privileged and administrative tasks;     -   Ease of access administration; e.g., grouping of individuals         that require similar privileges on a system or an external         security mechanism like LDAP;     -   Network design (security zones) and physical implementation         considerations;     -   Centralization of access administration through user management         systems; and     -   Use of external authentication systems.

Despite attempts to group and simplify requests, the above mentioned factors often result in to complicated data and forms that a requestor and approver needs to understand and complete. As such, requestors and approvers may request more access for an individual that what is actually required or may request access for the individual based on a different persons access privileges, which may not be relevant to the individual. In some cases, carte blanche access to the various systems may be requested with limited or no controls within the company.

However, in larger organizations, granting access this way may increase security concerns associated with these systems. Moreover, additional processing power, network resources, storage, etc., will be required to accommodate access by all the employees. This may result in inefficient use of company resources when such access is not actually required.

SUMMARY

In first aspect, a system for controlling access to one or more of a plurality of target systems and/or applications includes an input/output (IO) subsystem, a storage device, a processor, and non-transitory computer readable media in communication with the processor. The IO subsystem is configured to receive profile data that defines one or more features associated with a target individual from a human resources (HR) or contractor management or a user management system, and to communicate instructions to facilitate access to the one or more target systems/applications for the target individual. The storage device includes a model that relates profile data that defines one or more features associated with a plurality of individuals with one or more entitlements of those individuals. Each entitlement is indicative of target system/application access. The processor is in communication with the IO subsystem, the storage device, and the non-transitory computer readable media. The non-transitory computer readable media stores instruction code which, when executed by the processor, causes the processor to control the IO subsystem to receive the profile data associated with a target individual. The processor generates, based on the profile data and the model, a listing that includes one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements. Each confidence value is indicative of whether the target individual should be granted a corresponding entitlement. For each entitlement having a corresponding confidence value higher than a predetermined threshold, the processor controls the IO subsystem to communicate an instruction either to an intermediary system (user provisioning system or a ticketing queue for manual provisioning) or directly to the target system/application associated with the entitlement to allow access to the target individual.

In a second aspect, a method for controlling access to one or more of a plurality of target systems/applications includes receiving profile data that defines one or more features associated with a plurality of individuals with one or more entitlements of those individuals. Each entitlement is indicative of target system/application access. The method further includes generating a model that relates the one or more features and the one or more entitlements of the plurality of individuals. Profile data that defines one or more features associated with a target individual is received from a human resources (HR) or a contractor management or a user management system. A listing that includes one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements is generated based on the profile data and the model. Each confidence value is indicative of whether the target individual should be granted a corresponding entitlement. For each entitlement having a corresponding confidence value higher than a predetermined threshold, an instruction is communicated to a target system/application associated with the entitlement to allow the target individual access to the target system.

In a third aspect, non-transitory computer readable media that stores instruction code for controlling access to one or more of a plurality of target systems/applications is provided. The instruction code is executable by a machine for causing the machine to perform acts that include receiving profile data that defines one or more features associated with a plurality of individuals with one or more entitlements of those individuals, each entitlement indicative of target system/application access. A model that relates the one or more features and the one or more entitlements of the plurality of individuals is generated. Profile data that defines one or more features associated with a target individual from a human resources (HR) or contractor management or a user management system is received. The processor generates, based on the profile data and the model, a listing that includes one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements. Each confidence value is indicative of whether the target individual should be granted a corresponding entitlement. For each entitlement having a corresponding confidence value higher than a predetermined threshold, the processor communicates an instruction either to an intermediary system (user provisioning system or a ticketing queue for manual provisioning) or directly to the target system/application associated with the entitlement to allow access to the target individual.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 illustrates an exemplary enterprise environment that includes a system that facilitates controlling access to a group of target systems and/or applications;

FIG. 2 illustrates first exemplary operations that implement a probabilistic approach to control access to a group of target systems and/or applications;

FIG. 3 illustrates second exemplary operations that implement a probabilistic approach based on feature combinations to control access to a group of target systems and/or applications.

FIG. 4A illustrates combinations of features utilized in generating a model according to FIG. 3;

FIG. 4B illustrates features of a target individual;

FIG. 5 illustrates part of an exemplary predictive model that corresponds to a decision tree;

FIG. 6 illustrates operations for generating a predictive model according to a K-Nearest Neighbors algorithm;

FIG. 7 illustrates operations for automatic revocation of entitlements for one or more individuals based on usage criteria; and

FIG. 8 illustrates an exemplary computer system that may form part of or implement the systems described in the figures or in the following paragraphs.

DETAILED DESCRIPTION

The embodiments described below overcome the problems described in the background by providing a system that automatically determines entitlements needed by a target individual/employee. As used herein, the terms entitlement and privilege refer to access to a specific target system and/or application operating on the target system by an individual. Individuals having an entitlement to a target system and/or application are granted access to the target system and/or application.

In general, the system generates a model using one of various techniques to relate different individuals within an enterprise having different features to previously arranged entitlements. Features correspond to different attributes associated with individuals of the enterprise such as a start date, title, supervisor name, group ID, etc. When a target individual joins the enterprise, the system process features associated with the target individual through the model to determine possible entitlements to grant to the target individual. In some implementations, the system may automatically communicate instructions to target systems and/or applications associated with the entitlements to grant access. In addition or alternatively, the system may generate entitlement recommendations for review by appropriate personnel, which may then be approved or rejected.

The system may also periodically request usage information from the target systems/applications to determine whether individuals with entitlements to these target systems actually require access to these target systems. Entitlements for individuals deemed to not require access may be revoked. In a larger enterprise, this may greatly reduce the number of individuals having entitlements to target systems of the enterprise. This in turn facilitates a reduction in the number of processors, network resources, storage, etc., required by the target systems.

This system will keep learning from the feeds on a recurring or on real time basis. The system uses this data to update the model in unassisted way or in some instances with the assistance of minimal human interaction and automatically adjust its prediction and confidence for entitlements accordingly.

FIG. 1 illustrates an exemplary enterprise environment 100 that includes various systems/devices that facilitate controlling access to a plurality of target systems. Exemplary systems/devices of the environment 100 include an access control system (ACS) 102, a human resources (HR) system 104, and a group of target systems 106. The ACS 102, HR system 104, and target systems 106 may communicate with one another via a network 107, such as the Internet.

The HR system 104 and target systems 106 may correspond to computer systems such as an Intel®, AMD®, or PowerPC® based computer system or a different computer system and can include application specific computer systems. The computer systems may include an operating system, such as Microsoft Windows®, Linux, Unix® or other operating system.

The HR system 104 may be operated by a user/individual who is associated with the enterprise 100 such as a human resources administrator associated with the enterprise 100. The HR system 104 may facilitate specifying information associated with a target individual such as profile data. Exemplary profile data may include biographic information (e.g., name, address) along with enterprise specific information such as an employment start date, title, grade level, manager name, group, years of experience, etc.

The HR system/s 104 may store information associated with the target individual to a database repository that includes profile information associated with any number of employees of the enterprise 100. In this regard, the HR system/s 104 may be configured to facilitate communicating profile information stored in the database repository to the ACS 102 via one or more APIs of the ACS 102. For example, the HR system/s 104 may be configured to communicate with the ACS 102 via an API such as a webserver API, a SOAP-based web service, a RESTful API, and/or a different type of API.

The target systems 106 correspond to various computers located throughout the enterprise configured to perform specific tasks. For example, a first target system 106 may correspond to an enterprise resource planning (ERP) system, a second target system 106 may correspond to a customer relationship management (CRM) system, a third target system 106 may correspond to a supply chain management (SCM) system. Each target system 106 may implement a form of access control to prevent unauthorized access. Moreover, each target system 106 may host various applications and each application may have its own form of access control to prevent unauthorized access. As used herein, access to a system and/or an application operating on the system is referred to as an entitlement or privilege.

Each target system 106 is further configured to communicate and receive entitlement related information via one or more APIs of the ACS 102. For example, each target system 106 may be configured to communicate with the ACS 102 via an API such as a webserver API, a SOAP-based web service, a RESTful API, and/or a different type of API. The entitlement related information may correspond to an instruction, from the ACS 102, to grant access to the target system 106 and/or specific applications operating on the target system 106. The entitlement related information may correspond to information communicated from the target system 106 to the ACS 102 that provides a listing of individuals with entitlements to the target system 106 and/or applications operating on the target system 106.

In addition, the information communicated from the target system 106 may provide usage information indicative of how often individuals use the target system 106 and/or applications operating on the target system 106. For example, the usage information may indicate the last time an individual used the target system 106, a frequency of usage (e.g., number of times a month), etc. This information facilitates determining whether individual actually have a need to access the target system 106.

The ACS 102 may include a processor 125, input/output subsystem 110, model storage 120, and instruction code storage 127. The ACS 102 may include other subsystems. As described in more detail below, the ACS 102 may generate a model 120 that relates profile data received from the HR system 104 and entitlement information received from the target system 106. The ACS 102 uses the model 120 to predict entitlements for target individuals such as new employees.

The I/O subsystem 110 of the ACS 102 is configured to facilitate communications with entities outside of the ACS 102. In this regard, the I/O processor 110 may be configured to dynamically determine the communication methodology utilized by entities of the environment 100 for communicating information to the entities using the determined communication methodology. For example, the I/O subsystem 110 may determine that a first entity utilizes a RESTful API and may, therefore, communicate with the entity using a RESTful communication methodology.

As described in more detail below, the I/O subsystem 110 may implement a web browser to facilitate generating one or more web-based interfaces through which users of the enterprise may interact with the ACS 102. The web browser may implement a web services interface to facilitate automating some of the web-based functionality via a computer. For example, one or more of the entities of the environment 100 may utilize the web services interfaces to access information stored by the ACS 102.

The processor 125 executes instruction code stored in a memory device 127 for coordinating activities performed between the various subsystems of the ACS 102. The processor 125 any of the subsystems of the ACS 102 referenced herein may correspond to a stand-alone computer system such as an Intel®, AMD®, or PowerPC® based computer system or a different computer system and can include application specific computer systems. The computer systems may include an operating system, such as Microsoft Windows®, Linux, Unix® or other operating system. It is contemplated that operations performed on the various subsystems may be combined into a fewer or greater number of subsystems to facilitate speed scaling, cost reductions, etc.

Exemplary operations performed by the processor 125 of the ACS 102 in controlling access to a plurality of target systems 106 are illustrated below. In this regard, the operations may be implemented via instruction code stored in non-transitory computer readable media 127 that resides within the subsystems configured to cause the respective subsystems to perform the operations illustrated in the figures and discussed herein.

FIG. 2 illustrates first exemplary operations that implement a probabilistic approach to control access to a plurality of target systems 106.

At operation 200, the IO subsystem 110 may receive profile data from the HR system 104 and entitlement information from the target systems 106 associated with all or a large number of individuals/employees of the enterprise.

At operation 205, the processor may generate a model 120 that represents the proportion of people in the entire dataset having particular profile features for a particular entitlement, as illustrated in Table 1.

TABLE 1 Features Entitlements F1 F2 F3 . . . E1 P(E1|F1) P(E1|F2) P(E1|F3) . . . E2 P(E2|F1) P(E2|F2) P(E2|F3) . . . E3 P(E3|F1) P(E3|F2) P(E3|F3) . . . . . . . . . . . . . . .

Referring to Table 1, each row corresponds to a specific entitlement (i.e., E1, E2, E3, etc.) such as access to a particular target system 106 or application operating on the target system 106. Each column is associated with a feature (i.e., F1, F2, F3, etc.). A list of exemplary features is provided in Table 2.

TABLE 2 ProfitCenterDescription = CFM CapabilityDescription = CFM TalentSegmentDescription = Finance JobCDDescription = 11 CompanyDescription = acc sol pvt ltd CostCenterDescription = in − ms onshore − na FacilityDescription = Bengaluru EmployeeYearsOfService = 10 EmployeeStartDate = Jun. 1, 2007

The value in each cell corresponds to the ratio of employees who have a given entitlement and feature. For example, P(E1|F1) corresponds to the ratio, E1/F1, of employees having entitlement E1 and feature F1.

At operation 210, a subset of ratios relevant to a target individual is determined. For example, a subset of ratios associated with a target individual having features F1 and F3 is illustrated in Table 3.

TABLE 3 Features Entitlements F1 F3 E1 P(E1|F1) P(E1|F3) E2 P(E2|F1) P(E2|F3) E3 P(E3|F1) P(E3|F3) . . . . . . . . .

At operation 215, for each entitlement in the subset, the maximum of the ratios in the row is found, which may be represented by the following formula:

W(E)=MAX[P(E|Fi)]

where E corresponds to the entitlement and W(E) For example, where P(E1|F1) is 0.10 and P(E1|F3) is 0.5, the maximum ratio W corresponds to 0.5.

At operation 220, the entitlements are sorted based on their corresponding maximum ratio, W. At operation 225, the first N (e.g., 5) entitlements of the sorted entitlements are determined to be relevant to the target individual.

At operation 230, the ACS 102 may instruct target systems 106 and/or applications operating on the target systems 106 associated with the first N entitlements to grant access to the target individual.

In alternative implementations, at operation 235, a report of the entitlements and the corresponding ratio, W, in the form of recommendations for review by an operator may be generated. For example, a web page may be communicated to an operator to facilitate review of the recommendations. The webpage may have fields that allow the operator to approve or reject the recommendations.

At operation 240, the operator may submit the web page form with decisions to the ACS 102. The ACS 102 may in turn instruct target systems 106 and/or applications operating on the target systems 106 associated with approved entitlements to grant access to the target individual.

At operation 245, the model 120 may be updated to reflect the entitlements attributed to the target individual.

FIG. 3 illustrates second exemplary operations that implement a probabilistic approach based on feature combinations to control access to a plurality of target systems 106. The second exemplary operations may be performed as a layer on top of the probabilistic approach of FIG. 2 as a means of hardening the probabilistic model 120. In the second exemplary operations, instead of determining proportions of one feature per entitlement, the combination of features associated with each single entitlement are identified. The operations of FIG. 3 are better understood by referencing FIGS. 4A and 4B. FIG. 4A illustrates feature combinations and corresponding confidence values for the specific entitlement, CFM.

Referring to FIG. 3, at operation 300, support for the combination of features per entitlement is determined. For example, according to the first row 405 in FIG. 4A, 13.73% of the individuals in the enterprise have the combination of features 405 ProfitCenterDescription=CFM and CapabilityDescription=CFM, as indicated by the support column 405.

At operation 305, confidence values 415 are calculated for each combination of features 405. The confidence values 415 correspond to the frequency of two or more features occurring together for a specific entitlement 402. For example, according to the first row in FIG. 4A, 99.85% of the 13.73% of the individuals in the enterprise determined above have the entitlement CFM 402, as indicated by the confidence column 415.

At operation 307, entitlements associated with feature combinations of individuals of the enterprise that are in turn associated with feature combinations of the target individual may be selected. Each entitlement may be associated with the highest matching confidence value. For example, as shown in FIG. 4B, the target individual is associated with the features ProfitCenterDescription=CFM and CapabilityDescription=CFM. This feature combination corresponds to the feature combination in the first row 405 of FIG. 4B, which has the highest confidence value. Therefore, the entitlement CFM may be determined to be related to the target individual with a confidence value of 99.85%.

Subsequent operations that may be performed are similar to those described above in operations 220-230. For example, at operation 310, the entitlements may be sorted based on the corresponding maximum confidence values. At operation 315, the first N entitlements of the sorted entitlements may be determined to be relevant to the target individual. At operation 320, these entitlements may be assigned to the target individual automatically or may be presented, along with the corresponding confidence values, to a reviewer at operation 325 as recommendations to be approved or rejected at operation. Feedback may be received at operation 330, and the model 120 may be updated at operation 335.

FIGS. 5 and 6 illustrate different types of predictive models 120 that may be generated to facilitate controlling access to a plurality of target systems 106. For example, FIG. 5 illustrates part of an exemplary predictive model 500 that corresponds to a decision tree, where each node corresponds to a feature. The decision tree model 500 may have been trained based on employee profile data received from the HR system 104. Main features of the exemplary predictive model 500 used for training the model 500 in this case included CapabilityDescr, CountryNm, CompanyDescr. Other features used for training that are not illustrated in the graph may include CostCenterDescr, FacilityDescr, MetroCityDescr, ProfitCenterDescr, TalentSegmentDescr, time_since_joined, and many other features.

During training, the decision tree model 500 may learn the rules necessary to facilitate predicting an outcome that corresponds to a privilege/entitlement. These rules are made by splitting a node at each feature and selecting one out of two possible paths. For example, if “CapabilityDescr” is “software engineering”, “CountryNm” is “UK” and “CompanyDescr” is “Accenture”, then the entitlement output of the decision tree model 500 would be E1.

FIG. 6 illustrates exemplary operations for generating a predictive model according to a K-Nearest Neighbors algorithm. At block 600, the target individual may be plotted in a space that represents all employees of the enterprise.

At block 605, the nearest neighbors of the target individual based on features are determined. For example, K may be set to 3, 5, or 7 in a K-nearest neighbor algorithm to select employees of the enterprise having features similar to those of the target individual.

At block 610, a cluster privilege profile (CPP) that represents entitlements of the nearest neighbors of the target individual is generated, as illustrated in Table 4.

TABLE 4 E1 E2 E3 E4 E5 E6 . . . E N Employee 1 1 0 1 0 0 0 0 Employee 2 1 1 0 0 0 0 0 Employee 3 1 1 1 1 0 0 0 Weight 3 2 2 1 0 0 0 Confidence 100% 67% 67% 33% 0% 0% 0% 0%

Referring to Table 4, each column represents a possible entitlement that a corresponding neighbor employee may have. A value of 1 in the cell indicates that the employee has the corresponding entitlement and a value of 0 indicates that the employee does not have the corresponding entitlement. The weight for each entitlement corresponds to the sum of the cell values in the column and the confidence for each entitlement corresponds to the ratio of the weight/number of neighbors. Thus, according to Table 4, the entitlement having the highest confidence corresponds to E1. The next highest are E2 and E3 and so on.

At block 615, the entitlements having a confidence higher than a predetermine threshold (e.g., >50%) are determined to be relevant to the target individual.

At operation 620, the ACS 102 may instruct target systems 106 and/or applications operating on the target systems 106 associated with these entitlements to grant access to the target individual. As with the other approaches, a list of recommendations may be communicated to a reviewer (operation 625) who may accept or reject the recommendations made by the ACS 102 (operation 630). The model 120 may be updated based on the feedback provided by the reviewer (operation 635).

Other predictive models may be utilized. For example, in another embodiment, an ensemble method may be utilized generate an ensemble model. The central goal of an ensemble method is to aggregate predictions made by multiple classification models. For example, in one ensemble method, training data that corresponds to feature data associated with all the employees of the enterprise is broken into subsets of training data. Different models are trained for each subset of training data.

After training each model, test data may be used to calculate the average performance of the model per entitlement. The entitlement data may be represented in binary vector form and the performance of the model may be measured either by the average precision, recall, and/or F1 score.

The various embodiments described above facilitate efficiently configuring entitlements for new employees of the enterprise 100. In addition to configuring entitlements for employees, the ACS 102 may also facilitate automatic revocation of entitlements for one or more individuals based on usage criteria. For example, referring to FIG. 7, at operation 700, a first target system 106 may report usage information to the ACS 102. The usage information may indicate the frequency with which individuals utilized the target system 106, the last time the individuals used the target system 106, and/or a different usage metric.

At operation 705, the ACS 102 may compare the usage information to a usage threshold to determine whether revocation of an entitlement is warranted.

If at operation 710, revocation is warranted, then at operation 715, the ACS 102 communicate instructions to the target system 106 to revoke the entitlement.

At operation 720, the ACS 102 may update information in the model to reflect that the individual whose entitlement has been revoked, no longer has the entitlement.

The operations described in FIG. 7 may occur at regular intervals such as every day, week, month, etc., or in real time. The operations facilitate reducing the number of unnecessary entitlements, which has the added benefit of improving security of the target systems 106 by reducing the number of individuals with access to the target system 106. The changes to the model may result in changes to the predictions made above when assigning entitlements to target individuals. In this way, overtime, entitlements may be provided to those with a real need to access the target systems 106 rather than all or an unnecessarily large number of individuals across the enterprise.

FIG. 8 illustrates a computer system 800 that may form part of or implement the systems, environments, devices, etc., described above. The computer system 800 may include a set of instructions 845 that the processor 805 may execute to cause the computer system 800 to perform any of the operations described above. The computer system 800 may operate as a stand-alone device or may be connected, e.g., using a network, to other computer systems or peripheral devices.

In a networked deployment, the computer system 800 may operate in the capacity of a server or as a client computer in a server-client network environment, or as a peer computer system in a peer-to-peer (or distributed) environment. The computer system 800 may also be implemented as or incorporated into various devices, such as a personal computer or a mobile device, capable of executing instructions 845 (sequential or otherwise) causing a device to perform one or more actions. Further, each of the systems described may include a collection of subsystems that individually or jointly execute a set, or multiple sets, of instructions to perform one or more computer operations.

The computer system 800 may include one or more memory devices 810 communicatively coupled to a bus 820 for communicating information. In addition, code operable to cause the computer system to perform operations described above may be stored in the memory 810. The memory 810 may be a random-access memory, read-only memory, programmable memory, hard disk drive or any other type of memory or storage device.

The computer system 800 may include a display 830, such as a liquid crystal display (LCD), a cathode ray tube (CRT), or any other display suitable for conveying information. The display 830 may act as an interface for the user to see processing results produced by processor 805.

Additionally, the computer system 800 may include an input device 825, such as a keyboard or mouse or touchscreen, configured to allow a user to interact with components of system 800.

The computer system 800 may also include a disk or optical drive unit 815. The drive unit 815 may include a computer-readable medium 840 in which the instructions 845 may be stored. The instructions 845 may reside completely, or at least partially, within the memory 810 and/or within the processor 805 during execution by the computer system 800. The memory 810 and the processor 805 also may include computer-readable media as discussed above.

The computer system 800 may include a communication interface 835 to support communications via a network 850. The network 850 may include wired networks, wireless networks, or combinations thereof. The communication interface 835 may enable communications via any number of communication standards, such as 802.11, 802.12, 802.20, WiMAX, cellular telephone standards, or other communication standards.

Accordingly, methods and systems described herein may be realized in hardware, software, or a combination of hardware and software. The methods and systems may be realized in a centralized fashion in at least one computer system or in a distributed fashion where different elements are spread across interconnected computer systems. Any kind of computer system or other apparatus adapted for carrying out the methods described herein may be employed.

The methods and systems described herein may also be embedded in a computer program product, which includes all the features enabling the implementation of the operations described herein and which, when loaded in a computer system, is able to carry out these operations. Computer program as used herein refers to an expression, in a machine-executable language, code or notation, of a set of machine-executable instructions intended to cause a device to perform a particular function, either directly or after one or more of a) conversion of a first language, code, or notation to another language, code, or notation; and b) reproduction of a first language, code, or notation.

While methods and systems have been described with reference to certain embodiments, it will be understood by those skilled in the art that various changes may be made and equivalents may be substituted without departing from the scope of the claims. Therefore, it is intended that the present methods and systems not be limited to the particular embodiment disclosed, but that the disclosed methods and systems include all embodiments falling within the scope of the appended claims. 

We claim:
 1. A system for controlling access to one or more of a plurality of target systems and/or applications, the system comprising: an input/output (IO) subsystem configured to receive profile data that defines one or more features associated with a target individual from a first user management system, and to communicate instructions to one or more target systems to facilitate access to the one or more target systems/applications by the target individual; a storage device that includes a model that relates profile data that defines one or more features associated with a plurality of individuals with one or more entitlements of those individuals, each entitlement indicative of target system/application access; a processor in communication with the IO subsystem and the storage device; and non-transitory computer readable media in communication with the processor that stores instruction code which, when executed by the processor, causes the processor to: control the IO subsystem to receive the profile data associated with a target individual; generate, based on the profile data and the model, a listing that includes one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements, each confidence value indicative of whether the target individual should be granted a corresponding entitlement; and for each entitlement having a corresponding confidence value higher than a predetermined threshold, control the IO subsystem to communicate an instruction to a target system associated with the entitlement to allow the target individual access to the target system.
 2. The system according to claim 1, wherein the model includes a plurality of probabilities, each being indicative of a probability that an individual of the plurality of individuals having a given feature of the one or more features has a given entitlement of the one or more entitlements, wherein the instruction code causes the processor to: select a subset of probabilities of the model that are associated with the one or more features associated with the target individual; determine, from the subset of probabilities, maximum probabilities associated with each entitlement that is itself associated with the subset of probabilities; select entitlements associated with an N highest maximum probabilities as entitlements to be granted to the target individual.
 3. The system according to claim 2, wherein the plurality of probabilities of the model includes probabilities indicative of a probability that an individual of the plurality of individuals having a given combination of features of the one or more features has a given entitlement of the one or more entitlements, and wherein the selected subset of probabilities includes probabilities that are associated with combinations of the one or more features associated with the target individual.
 4. The system according to claim 1, wherein the model defines a decision tree graph with nodes for each of the one or more features of the plurality of individuals, wherein the decision tree facilitates determining one or more entitlements to grant to the target individual based on features of the target individual.
 5. The system according to claim 4, wherein the instruction code causes the processor to create the decision tree based on the profile data.
 6. The system according to claim 1, wherein the profile data comprises employment role data of a person and entitlement data of other employees.
 7. The system according to claim 1, wherein the target individual comprises a person.
 8. The system according to claim 1, wherein the instruction code causes the processor to: determine a class of the plurality of individuals to which the target individual belongs according to a K-nearest neighbor algorithm; determine one or more entitlements associated with the plurality of individuals of the class; for each entitlement of the one or more entitlements, determine a number of members of the plurality of individuals of the class having the entitlement; select entitlements associated with a number of members, N, that is above a predetermined threshold as entitlements to be granted to the target individual.
 9. The system according to claim 1, wherein the instruction code causes the processor to: generate a plurality of classifiers based on different subsets of the plurality of individuals; for each classifier, generate a confidence value for each possible entitlement to be granted to the target individual; aggregate the confidence values for each possible entitlement from each classifier; and select entitlements having aggregated confidence values above a predetermined threshold as entitlements to be granted to the target individual.
 10. The system according to claim 1, wherein the instruction code causes the processor to: receive usage information from one or more of the plurality of target systems, the usage information being indicative of how often individuals utilize each target system; when the usage information associated with a given individual received from a given target system indicates a usage below a predetermined threshold: communicate an instruction to the target system to revoke a corresponding entitlement associated with the target system from the individual; and update the model to reflect that the individual no longer has the corresponding entitlement.
 11. A method for controlling access to one or more of a plurality of target systems, the method comprising: receiving profile data that defines one or more features associated with a plurality of individuals with one or more entitlements of those individuals, each entitlement indicative of target system access; generating a model that relates the one or more features and the one or more entitlements of the plurality of individuals; receiving profile data that defines one or more features associated with a target individual from a first user management system; generate, based on the profile data and the model, a listing that includes one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements, each confidence value indicative of whether the target individual should be granted a corresponding entitlement; and for each entitlement having a corresponding confidence value higher than a predetermined threshold, communicating an instruction to a target system associated with the entitlement to allow the target individual access to the target system.
 12. The method according to claim 11, wherein the model includes a plurality of probabilities, each being indicative of a probability that an individual of the plurality of individuals having a given feature of the one or more features has a given entitlement of the one or more entitlements, wherein the method further comprises: selecting a subset of probabilities of the model that are associated with the one or more features associated with the target individual; determining, from the subset of probabilities, maximum probabilities associated with each entitlement that is itself associated with the subset of probabilities; selecting entitlements associated with an N highest maximum probabilities as entitlements to be granted to the target individual.
 13. The method according to claim 12, wherein the plurality of probabilities of the model includes probabilities indicative of a probability that an individual of the plurality of individuals having a given combination of features of the one or more features has a given entitlement of the one or more entitlements, and wherein the selected subset of probabilities includes probabilities that are associated with combinations of the one or more features associated with the target individual.
 14. The method according to claim 11, wherein the model defines a decision tree graph with nodes for each of the one or more features of the plurality of individuals, wherein the decision tree facilitates determining one or more entitlements to grant to the target individual based on features of the target individual.
 15. The method according to claim 11, further comprising: determining a class of the plurality of individuals to which the target individual belongs according to a K-nearest neighbor algorithm; determining one or more entitlements associated with the plurality of individuals of the class; for each entitlement of the one or more entitlements, determining a number of members of the plurality of individuals of the class having the entitlement; selecting entitlements associated with a number of members, N, that is above a predetermined threshold as entitlements to be granted to the target individual.
 16. The method according to claim 11, further comprising: generating a plurality of classifiers based on different subsets of the plurality of individuals; for each classifier, generating a confidence value for each possible entitlement to be granted to the target individual; aggregating the confidence values for each possible entitlement from each classifier; and selecting entitlements having aggregated confidence values above a predetermined threshold as entitlements to be granted to the target individual.
 17. The method according to claim 11, further comprising: generating a report that includes the listing of the one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements.
 18. The method according to claim 11, further comprising: receiving usage information from one or more of the plurality of target systems, the usage information being indicative of how often individuals utilize each target system; when the usage information associated with a given individual received from a given target system indicates a usage below a predetermined threshold: communicating an instruction to the target system to revoke a corresponding entitlement associated with the target system from the individual; and updating the model to reflect that the individual no longer has the corresponding entitlement.
 19. Non-transitory computer readable media that stores instruction code for controlling access to one or more of a plurality of target systems, the instruction code being executable by a machine for causing the machine to perform acts comprising: receiving profile data that defines one or more features associated with a plurality of individuals with one or more entitlements of those individuals, each entitlement indicative of target system access; generating a model that relates the one or more features and the one or more entitlements of the plurality of individuals; receiving profile data that defines one or more features associated with a target individual from a first user management system; generate, based on the profile data and the model, a listing that includes one or more entitlements associated with the target individual, and confidence values associated with the one or more entitlements, each confidence value indicative of whether the target individual should be granted a corresponding entitlement; and for each entitlement having a corresponding confidence value higher than a predetermined threshold, communicating an instruction to a target system associated with the entitlement to allow the target individual access to the target system.
 20. The non-transitory computer readable media according to claim 19, wherein the model includes a plurality of probabilities, each being indicative of a probability that an individual of the plurality of individuals having a given feature of the one or more features has a given entitlement of the one or more entitlements, wherein the instruction code is executable by the machine for causing the machine to perform additional acts comprising: selecting a subset of probabilities of the model that are associated with the one or more features associated with the target individual; determining, from the subset of probabilities, maximum probabilities associated with each entitlement that is itself associated with the subset of probabilities; selecting entitlements associated with an N highest maximum probabilities as entitlements to be granted to the target individual. 